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Abstract — Software Reuse increases the productivity and 
reduces the cost and improves the Quality of the software 
development. Reusability is one of the most important 
Quality Characteristic. Therefore it is necessary to measure 
the reusability of the module in order to realize the reuse of 
module effectively. By reuse the module of existing software 
has increased in past recent year which impact more on the 
software quality. Many measuring Reusability methods 
have been proposed for estimating the reusability of 
module. 

Index Terms — Reusability, Modularity, Coupling, Cohesion, 
Inheritance. 


I. Introduction 

Reusability is the degree to which existing module or 
component used in Software system or new project. Software 
Reuse reduces the cost, improves the quality and increases the 
productivity of the software development. Reusability is one 
of the quality characteristic. Therefore it is necessary to 
measure the reusability of the module in order to realize the 
reuse of module effectively. The practice of reuse of existing 
software has increased in recent years which have a great 
impact on the software quality. 

Any Module can be reused in software development 
process in two ways which are: 

-> Reuse the module without modification: it is the extent of 
ease with which the existing module can be used in the new 
development. 

-> Reuse the module with modification: it is the extent to 
which some part of the module with modification can be 
reused in the development. 

If we reuse the oldest module which is already develop in 
new system it increase the productivity because effort of the 
programme is reduce and it correctness is also increase 
because the exist system already tested.. 
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II. Why Reuse is Important? 

Many Organization and department, by increasing the level 
of the software reuse, save the time and development cost 
taken to develop the software. U.S. Department saved 300 
million $ by increasing the 1% software reuse. [1] Reusability 
measurement is providing the way to build and identify the 
reusable modules from existing program. Existing programs 
contain the knowledge and experience of the developers who 
are expert in particular application domain. So if we extract 
information from existing program which meet the needs of 
the software organization then it is beneficial for the 
organization. 

These are the some example where reuse helps 

> In Missile Systems Division (MSD) using the 

software reuse concept it increased the 50% 
productivity. [3] 

> American Navy uses the reusable modules which 

reduce 26 % of labor required to develop and 
maintain the Restructured Naval Tactical Data 
Systems (RNTDS).[4] 

> Magnavox saw if we are using the reusable modules to 

develop the Force Fusion System Prototype (FFSP), 
it reduces the 20% of the development time of 
estimated time for developing the new system. [3] 

III. Definition of reuse Types 

Bieman et al’s [9] defined the several types of reuse and 
defined the three types of reuse in the three perspectives. 
These are explained as follows: 

A) Public Reuse: Fenton define the public reuses as “the 
proportion of a product which was constructed externally 
“[5], 

Public reuse = length (E) / length (p); 

E is the code developed externally. P is the new system 
including E. 

B) Private Reuse: Fenton defines private reuse (or perhaps 
more appropriately internal reuse) as the “extent to which 
modules within a product are reused within the same product” 
[5]. Fenton uses the call graph which represents the flow 
connection of the module .In these graphs node represents the 
module and they are connected through edges. If one node 
calls another node then edge displays the connection between 
them. Fenton provides the formula for calculating the private 
reuse in call graph as follows: [2] 

R (G) = e - n + 1 ; 
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e is total no of edges in graph. And n is the number of the 
nodes in graph. 

C) Leveraged Reuse: In Leveraged reuse means a 
modification of reuse is allowed. [6] [8] 

D) Verbatim Reuse: In Verbatim reuse means a modification 
of reuse is not allowed. [6] [8] 

E) Direct Reuse: Direct reuse is reuse without using the 
intermediate entity. One module directly calls another 
module. 

F) Indirect Reuse: Indirect reuse is reuse through an 
intermediate entity. When first module calls second module 
and second module calls the third module then first module 
indirectly calls the third module. 

Three Perspectives for reuse: 

Bieman [9] provided the three perspective view for 
identifying the reuse views. These are described as follows: 
Server Perspective: perspective of the library component 
known as a server perspective. Server reuse of the any class 
will characterize how one class is using the other class. 

Client Perspective: Client perspective means how one 
particular entity is using the other entity i.e. how the new 
system using the existing system. 

System Perspective: it is the combination of the both server 
perspective and client Perspective. 

IV. Approach for Identification of Reusable Module 
For identification of reusable module consist following 
step and these are: Analyzing the source code and calculating 
the all metrics and displaying the result. These steps are 
shown in figure 1 



A. D.I.T. ( Depth of Inheritance) 

This metric is used for measuring the inheritance 
complexity for the programs, when programmer uses the 
inheritance in his program then this Metric can be used. DIT is 
the Maximum depth from the root node of tree to particular 
node. Here class is represented as a node. Deeper node in the 
tree has more no of the methods because they inherit the more 
classes in the tree and it makes the class more complex. 
Figure-2 shows the algorithm for D.I.T Calculator. 


B. Weighted Method per Class (W.M. C.) 

This metrics is used for calculating the structure complexity 
of the programs. WMC is sum of complexity of the all 
methods which is implemented in class. And method 
complexity is measured by using Cyclomatic Complexity. 
Suppose class is having the methods (ml, m2, and m3 . . .mn) 
and complexity of the methods are (c 1 , c2, and c3 . . . cn) then 
WMC = cl+c2+c3+. . . . +cn; 

Cyclomatic Complexity has foundation of the graph theory 
and is computed in one of the 3 ways. [8] 

Number of regions in flow graph. Cyclomatic Complexity 
defined in flow graph as follow 

C (G) = E - N +2; 

Where E is the no. of the edge in the graph and N is the no. of 
the nodes in graph. Cyclomatic Complexity defined in flow 
graph as follow 

C (G) = P+1; 

Where ‘P’ is number of predicate nodes in the graph. 
Statement where we are taking some decision are called 
predicate node. An algorithm is given in figure-3. 



Figure-2 Algorithm for D.I.T. calculator 

C. Number of Children (N. O. C.) 

NOC is defined as Number of the Sub- Classes of the 
Particular class in hierarchy of the class. If class has more 
children then it requires more testing because subclass may 
misuse the super class. 
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D. Lines of Code (L.O.C.) 

This metrics used for measuring the size of the program by 
counting the no of line in program. Lines of Code (LOC) 
counts all lines like as source line and the number of 
statements, the number of blank lines, and the number of 
comment lines. 

E. Comment Percentage (C.P.) 

CP is calculated by number of comment line divided by Line 
of Code. High value of the CP increases the understandability 
and maintainability. 

CP = Comment Line / LOC; 

F. Public Interface Size (P.I.S.) 

Public interface size is defined as a number of the public 
method present in the class. Which describe how much other 
class is using that class’ method? 



G. Module Coupling 
Coupling can occur if 

• A method of one class is invoked from another class 


• An attribute of one class is modified / used by a 
method of another class 

• An attribute is defined in terms of something defined 
in another class 

We are using the Coupling Metrics for determine Coupling 
between the classes. This metrics is also determining the 
indirect Coupling between the classes. Suppose system 
having the Set of class C = {C 1 , C2, C3 . . . .Cn} and Mj = {M 1 , 
M2, M3 . . . .Mk} is the set of the methods which is having in 
class Cj.And Ri,j is defined as no of the method and instance 
variable in class Cj which is called by class Ci. [9] 

We define Direct Coupling between class I to class j 
CoupD (i,j), as ratio of number of methods of class j called by 
class I to total no of the methods in the class i.Measure the 
coupling of the class is defined as 


Class Coup = Yj Coup (i,j) / (m*m-m); 


H. Module Cohesion 

We use the Cohesion Metrics for determining Cohesiveness 
of the class. This metrics also determines the indirect 
cohesion between the methods. 

Suppose class have a set of methods M = {Ml, M2, M3... 
Mn} and Vj = {VI, V2, V3... Vm} is the set of instance 
variable used by method Mj. [9] 

We calculate the direct similarity of two methods Mi and Mj 
by using this formula. 

SimD{i, j ) = |V, n V J \ /\v, u V ) \ 

The cohesion of the class is defined as 


ClassCoh = ^ Sim (i, j) / (m * m - m) 


VI. Reusability Metrics 

Identify the reusable module is one of the difficult task. We 
already explain factor on which reusability depend. Most 
important factor on which reusability depends are coupling 
and complexity. If the coupling is high of module and 
reusability of that module is low. And if the complexity of the 
module is high then reusability of that module is low. [6] 

Formula for calculating the reusability of objected oriented 
program is described below. 

R e usability = 0.25 M + 0.25 1 + 0.25 D + 0.25 C 

Where, M is Modularity of system 
I is Interface Size of system 
C is Complexity of system 
D is Documentation of system 

There are some software attributes which affect the reuse. The 
relationship between these attribute and the reusability are 
explained as follows: 

> Class size: if the size of the class is large then it is 
hard to understand and difficult to reuse. 
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> Complexity : if the complexity of the class is high or 
for developing the class developer uses a 
complicated structure then that type of class is 
difficult to understand and difficult to reuse. 

> Dependencies: Dependency of the one module to 
several modules may also make reuse more difficult 

> Complexity of interface: Complicated interface 
make reuse difficult. 


VII. Conclusion 

The Purpose of this method is finding the approach and 
way to calculate reusability of object oriented programs. 
Reusability is one of the quality attribute and it is of prime 
importance in object oriented software development as 
reusability leads to increase in developer productivity, reduce 
development cost as well as reduce time to market. 
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